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FIELD OF THE INVENTION 

This invention relates to health care management systems and more particularly to a system 
for facilitating and managing consultation between primary care physicians and specialists. 

BACKGROUND OF THE INVENTION 

A need exists for new approaches to medical consultation, physician referral and continuing 
medical education. In the United States, health care costs have increased since 1960 at the average 
annual rate of 1 1 .3%, over three times the rate of inflation, resulting in intense scrutiny of both the 
costs and quality of health care from private, public and governmental institutions. 

One solution has been managed care, a concept that has slowed the rate of growth and, in 
some instances, actually cut costs through the formation of closed panels of providers who deliver 
care at a pre-negotiated price utilizing managed and controlled approaches. Under managed care, 
primary care physicians treat the majority of the patients and serve as gatekeepers to triage to 
specialists. 

As medical and technological knowledge increases, primary care physicians must keep abreast 
of rapidly changing developments. Unfortunately, much of this new knowledge resides with 
expensive specialists. Consumers are concerned that their primary care physician is limited in his or 
her access to such information because of the expense of using the specialist, and the physician 
gatekeeper is viewed frequently by the public as the one who avoids incurring expenses to the system 
rather than helping the patient. 

Primary care physicians frequently need access to leading specialists in a matter of hours when 
difficult problems arise. Although consultations with specialists in the HMO's provider network 
suffice in most instances, the necessary expertise may not always be available "in panel," thus 
requiring timely access to an expert outside of the panel. 

There is consequently a need for managed, direct access to outside medical consultants. Such 
access helps avoid inaccurate, incomplete, or uncertain diagnoses which can result in inappropriate 
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or excessive care, as well as the liability and operating costs which result when physicians do not 
receive the necessary help at an early stage in treatment. 

HMOs also have an increasing need to better document the performance of each doctor in 
order to better understand and influence physician behaviors, to modify treatments to coincide with 
5 established patient outcomes, to better disseminate improve methods as they arise. Physicians desire 
ways of obtaining necessary or useful knowledge in an educational format consistent with how they 
have been trained during their professional life. By better documentation of the knowledge gained 
through experience, HMOs can improve patient outcomes and decrease the risk of costly malpractice 
claims. There is accordingly a need for better procedures for encouraging and documenting the 

10 continuing medical education which is gained when primary care physicians consult with specialists 
having particular expertise. 

The varying skill levels and the variety of training and backgrounds of providers further 
complicates the delivery of quality, lowest, cost care. As provider groups enlarge and become less 
homogeneous, the physician population in organizations is growing both in size and in diversity of 

15 knowledge and experience. As a result, educating physicians and other medical staff so as to ensure 
standards and "best practice" protocols has become a critical factor to effective delivery of health care 
services. Moreover, health care administrators also want these "best practice" standards to be 
followed in order to eliminate unnecessary medical procedures without increasing legal liability or 
stifling a physician's flexibility to practice medicine. There is accordingly a need to integrate the 

20 communication of proven practices and protocols which should be applied to special situations with 
the process of seeking consultation on those special situations. 

SUMMARY OF THE INVENTION 

In a principal aspect, the present invention takes the form of a medical consultation support 
£5 system in which a client computer, such as a personal computer or a terminal of an existing medical 
support system, is provided with means for accepting a structured request for consultation from a 
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primary care physician. The client computer also preferably includes means for including additional 
information related to the request, such as existing data files containing patient history information, 
medical image data, laboratory results, pathologies, etc., forming a transmittable, machine-readable 
collection of information relating to the consultation request. 
5 In accordance with the invention, this structured consultation request is received and 

processed by a supervisory host computer which includes means for visually displaying at least a 
portion of the request for consultation for preliminary review by a receiving staff physician. The 
supervisory computer accepts the designation of a specialist from the staff physician, and additionally 
provides means for retrieving and assembling selected tutorial and background information, including 

10 related published articles, tutorial background lessons, practice and protocol documentation, and 
records of prior consultations which are related to the current consultation request, all of which are 
stored in one or more databases of medical information accessible to the supervisory host computer. 
The supervisory computer then transmits the request for consultation, together with at least the 
identification of the assembled supporting documentation, to the selected specialist for review. 

15 The supervisory computer thereafter receives the responsive comment from the selected 

specialist, and transmits this response, along with the selected tutorial and/or background information, 
to the requesting primary care physician. The supervisory computer further stores the request for 
consultation, including the specialist's responsive comment and an identification of the cited 
supporting material, as a structured case history item in the database of medical information where 

20 it may be accessed for future reference. 

Each consultation is further stored as a recorded learning event associated with the requesting 
primary care physician, and used to generate a report of continuing legal education credits earned by 
the requesting physician while participating in the managed consultation sessions. 

The invention may be advantageously implemented by forming both the request for 

25 consultation and the specialist's responsive comments into one or more hypertext documents linked 
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to the supporting materials, forming highly accessible case history documentation which may be 
readily manipulated using standard hypertext processing facilities. 

These and other features of the invention may be more clearly understood by considering the 
following detailed description of a preferred embodiment of the invention. During the course of this 
5 description, frequent reference will be made to the attached drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a data flow diagram depicting the principle functions performed by the supervisory 
host computer during processing and management of a consultation session between a primary care 
10 physician and a selected specialist; 

Figure 2 is a data flow diagram illustrating the operation of the client computer during the 
formulation and transmission of a request for consultation; and 

Figure 3 is a data flow diagram illustrating the manner in which hypertext markup language 
(HTML) documents may be advantageously employed to implement the communications which occur 
15 during the consultation as well as to form a readily reviewable case history file for later use. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

A supervisory host computer 10 used in the preferred embodiment of the invention operates 
as illustrated in Fig. 1 to perform three principal concurrent functions: (1) it manages and records a 

20 consultation session between a primary care physician and a selected specialist, both of whom are 
typically geographically remote from the host computer; (2) it both uses and augments a database of 
medical information which includes a collection of case study items, each containing information 
which was utilized during the course of a given consultation session; and (3) it builds and uses a 
database of "learning events" associated with each participating primary care physician, thereby 

25 creating reports for participating physicians which certify their participation in consultation sessions 
entitling them to continuing medical education credits. 
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As seen in Fig. 1, and detailed in Fig. 2, the primary care physician utilizes a client computer 
station 20 to formulate and transmit a request for consultation to the supervisory host computer 
indicated generally at 10, which processes and relays the request to a remote specialist computer 30. 
The supervisory host computer 10 is typically located remotely from the client computer 20 and 
5 serves a large number of client computers in a client/server relationship. The host computer 10 
receives the request for consultation and displays information contained in the request for initial 
review by a staff physician as indicated at 32. Programmatic tests are performed by the client 
computer 20 and/or the supervisory computer 10 to test the validity of data entered into the formatted 
fields of the consultation request. Consequently, the staff physician need only review the request to 
10 insure that its content is adequate to enable the selection of one or more specialists having expertise 
in the specialty in which consultation is sought. If the content is deficient, the staff physician notes 
the deficiency in a rejection message returned to the requesting physician as indicated at 36 and 37 
in Fig. 1. 

The staff physician then selects a specialist to handle the request as indicated at 38 and 
1 5 forwards the request to the selected specialist together with selected materials which are obtained and 
assembled at 39 from an information database 40 which stores medical information which may be 
relevant to the request . 

This information database 40 advantageously includes a publication database 42 consisting 
of abstracts or the full text of articles in medical journals, either stored locally in the host processor's 
20 mass storage facility, or in an available medical database, such as Medline/Medlars, connected to the 
host supervisory processor 10 over a data communications network (not shown). In addition, the 
information database 40 further advantageously contains a tutorial database 44 containing 
background lessons which will be made selectively available to the requesting physician as an adjunct 
to, and in support of, the comments to be received from the specialist. The information database 40 
25 further advantageously contains a database 46 of approved protocols and practices which, to the 
extent applicable to the requested consultation, should be called to the attention of the requesting 
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physician. Finally, the database 40 advantageously includes a case history database 48 which is 
augmented by case study data produced by the administered consultation sessions themselves, as 
hereinafter described. 

Standard information retrieval techniques may be employed to facilitate the retrieval of 
5 relevant information from the information database 40. The text of the "question" posed by the 
requesting physician and contained in the consultation request received at 32 may be used as a free- 
form retrieval request to find items of probable interest using conventional text content matching 
algorithms. In addition, the staff physician may supplement the retrieved collection using category- 
specific search requests, and may narrow the collection by eliminating items of little use which were 
10 identified by the automated search techniques. Materials which may provide tutorial assistance to the 
requesting physician but which need not be submitted in complete form to the selected specialist are 
nevertheless advantageously listed in the consultation request transmitted to the specialist so that the 
specialist is made aware of the support materials which are to be made available to the requesting 
physician. As indicated at 49, direct search requests may also be directed to the information database 
15 40 by the primary care physician, using the remote client computer 20 in support of, or independently 
of, a request for consultation. 

As seen in Fig. 1, the supervisory computer 10 is coupled by conventional communications 
facilities to a remote specialist computer 30 to which the consultation request is forwarded as 
indicated at 50. The transmission preferably takes the form of a notification message directed to the 
20 mailbox of the specialist who was selected by the staff physician as indicated at 38. The actual 
content of the consultation request, together with an identification of the support materials to be 
made available to the requesting physician, may, accordingly, be included with the notification 
message, or later transmitted later upon request by the specialist. 

All information supplied to the specialist, including both the original request for consultation 
25 and the identification of (database pointers to) the database information assembled at 39 in support 
of the request, is stored in a case history file established within the case study database 48 for this 
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consultation, as indicted at 51. Further information is thereafter added to this case history file as the 
consultation proceeds. As discussed in more detail below in conjunction with Fig. 3, the supervisory 
computer 10 advantageously stores the request for consultation in the case history file in the form of 
a summary document expressed in hypertext markup language (HTML) which incorporates links 
5 other HTML documents and/or supporting materials from the information database 40. The 
consultation request may then be reviewed by the selected specialist using a hypertext document 
browser which retrieves and displays selected linked HTML documents and linked files as needed 
directly from the information database 40. 

To insure that the request for consultation is handled in a timely fashion by the selected 
10 specialist, the staff physician or other supervisory personnel is notified, as indicated at 52, in the event 
that an acknowledgment is not received from the remote specialist computer 60 within a 
predetermined duration. In the absence of an indication that the request for consultation has been 
received and is being handled, delay notification 52 permits the staff physician to select a different 
; available specialist to handle the request in timely fashion when necessary. 

;f!5 Using the facilities provided by the remote specialist computer 30, the selected specialist 

enters a text comment answering the consultation request to form information structured comment 

1 information, which may include reference to supporting articles, lessons, protocols or prior case 

studies in the information database 40. As indicated at 54, the specialist may make independent 
search requests to the database 40 to obtain information in aid of the consultation, so that the 
20 citations supplied by the consulting specialist may include not only those materials identified by the 
automated searches performed by the staff physician but also supplemental materials newly cited by 
the specialist. Moreover, the specialist may append any other data which is available to the structured 
comment information, including image data or materials available to the specialist from another 
database (not shown). 

25 The structured comment information from the consulting specialist is then returned to the 

supervisory host computer 10 which forwards the comment information to the remote client 
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computer as indicated at 55. In addition, the supervisory computer 10 also stores the responsive 
comment in the case study database 48 for inclusion the case history file established at 5 1 to hold the 
original consultation request, as indicated at 56. 

The requesting primary care physician is according supplied with the advisory comments of 
5 the consulting specialist and a body of documented supporting materials, which may include relevant 
published articles from database 42, documented practices and protocols from database 44, tutorial 
lessons material from the database 46, and prior relevant case histories from the case study database 
48. As discussed later in conjunction with Fig. 3, the response to the consultation request which is 
supplied to the physician also advantageously takes the form of a summary document expressed in 
10 hypertext markup language (HTML) and includes links to supporting HTML documents and retrieval 
supporting documents supplied by the specialist. Using an HTML browser, the requesting primary 
care physician can, accordingly, review the specialist's comments and the supporting documentation 
I ,§ using the HTML browsing facilities of the client computer 20. 

Although the initial comment and documentation supplied by the consultant may in many 
^15 cases wholly satisfy the needs of the requesting primary care physician, clarification may be requested 
when needed. The clarification request message is transmitted to the supervisory computer 10 from 
the remote client 20 and received as indicated at 63. The incoming message is examined at 65 to 
determine whether a clarification or requested or, in the alternative, that the requesting physician 
wishes to conclude the consultation. If the received message is a request for clarification, it is 
20 transmitted to the specialist for further comment as indicated at 66; otherwise, a CME accreditation 
module indicated generally at 70 is notified that the consultation has been successfully concluded. 

The accreditation module 70 administers a database 72 which records information concerning 
the consultation sessions and produces accreditation reports 75 which may be submitted to the 
responsible accreditation authority to certify that the requesting physician is entitled to continuing 
25 medical education (CME) credits based on his or her participation in the consultation session. When 
required for credit, the requesting physician may also be requested to complete an examination form 
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testing the knowledge gained, in which case an examination is made available the requesting physician 
as indicated at 77. This examination form may also be advantageously implemented by an HTML 
form which is transmitted to the requesting physician, completed, and resubmitted to the supervisory 
computer 10 as indicated at 79. The completed examination form is then graded and the results 
5 posted to the CME database 72 as indicated at 80. The credits accumulated by individual primary 
care physicians who have participated in learning sessions are then detailed in the CME credit report 
75 which is thereafter produced for submission to the responsible accrediting body as indicted at 82. 

Fig. 2 of the drawings illustrates the principal functions performed by the remote client 
computer, seen at 20 in Fig. 1, during the initial formation of a request for consultation. Each request 

10 for consultation identifies the particular primary care physician to whom the specialist's comments 
and supporting materials will be returned and to whom CME credit will be given for participation in 
the consultation learning event. The requesting physician accordingly supplies his or her user name 
and an assigned password at 1 1 1 to gain access to system services. 

After successful entry, the authorized user is informed of any pending responses from the 

15 supervisory host computer 10 as indicated at 1 12, including requests for additions or corrections to 
prior consultation requests, specialist's comments and supporting materials responsive to prior 
requests, clarifying comments from specialists in response to prior clarification requests, and pending 
examinations to be completed to fulfill CME requirements. As previously noted, and as indicated at 
1 14 in Fig. 2, the system also allows the physicians to make direct search requests for information 

20 from the systems information database 40, permitting the physician to readily review published 
articles, practices or protocols, available tutorial lessons, or the content of any prior consultation case 
history, including those in which he or she participated. In addition, as indicted at 1 16, the primary 
care physician may request the display of his or her participation in prior consultations to obtain 
information on earned CME credits. 

25 When the primary care physician or other authorized user requests a consultation, as indicated 

at 120 in Fig. 2, a sequence of screen displayed forms is presented for completion, guiding the entry 
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of data describing the patient at 122, the patient's clinical history at 124, and the particular question 
being posed by the primary care physician for comment by the specialist at 126. These forms may 
be defined and produced by a special-purpose program executing locally on the remote client 
computer or may be defined by HTML documents with imbedded <FORM> and <INPUT> tags 
5 which define the fields to be completed and which are displayed for entry by a general purpose HTML 
viewer/browser program executing on the client computer. The resulting structured output records 
or completed HTML form(s) constituting the request for consultation are then submitted to the 
supervisory host computer 10 for processing. 

In addition to the data entered on the request definition forms presented to the user at 122- 

10 126 as seen in Fig. 2, medical records may be selected from existing files in the local medical record 
database indicated generally at 130 in Fig. 2. These supporting files, which may be appended to the 
request for consultation, may include medical image data (x-ray, NMR, ultrasound, etc.) as indicated 
at 132, laboratory test result data at 134, pathologies at 136, patient records and reports at 138, and 
other data at 139. When available data does not exist in machine readable form in existing data files, 

1 5 it may be converted into scanned image data which may be appended to the request for information 
as indicated at 142. Image annotation utilities may be used to allow the requesting physician to add 
overlay graphical annotations, pointers and the like onto image data transmitted with the request in 
order to facilitate review by the specialist or reviewers who later inspect the case history file which 
records the consultation. 

20 As depicted at 144, the records from the local database 130 which are to be appended to the 

request are transmitted to the supervisory host processor 10 for inclusion in the case history file. The 
data entered to define the consultation request at 122 - 126, together with the newly scanned data, 
is both transmitted to the supervisory processor 10 as indicated at 145 and transferred to the local 
mass storage system 130, along with pointers to the existing records which are merged at 147 for 

25 transmission to the supervisory computer 10 at 1 50, but which do not need to be stored again since 
those records already exist in the local mass storage system 130. In this way, a complete local record 
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of all requests for consultation is maintained within the local storage file 149, as well as in the case 
history database 48 maintained by the supervisory processor 10. 

Both the request for consultation and the specialist's comments are advantageously submitted 
to the supervisory computer 10 as HTML forms. The supervisory processor 10 may then convert 
5 the completed forms into closely similar HTML documents for inclusion in the case history file and 
transmittal to the specialist, so that the forms as displayed on screen and retained in the case history 
file closely resemble the forms originally completed at the time of data entry. The conversion of 
completed HTML forms into conventional HTML documents can be performed by the supervisory 
processor's execution of a Common Gateway Interface (CGI) script program which validates the 
10 entries, issues a request for additions or corrections as seen at 37 in Fig. 1 if the entries are 
incomplete or invalid, and otherwise creates new case history HTML documents for use during the 
consultation. 

The invention may be advantageously implemented using a conventional HTML processing 
and data communication infrastructure. As illustrated in Fig. 3, the supervisory host processor 10 

1 5 may be interconnected with the remote processor 20 via a standard data link using the Telecommuni- 
cations Control Protocol/Internet Protocol (TCP/IP). The selection of this common protocol yields 
a system that is essentially device independent, so that a wide variety of workstations, personal 
computers and mainframes may be employed to implement the nodes of the system. As an example, 
the client computer 20 may be implemented as by a workstation 21 on an local, minicomputer based 

20 system which includes its own shared mass storage system of the type indicated at 130 in Fig. 2, 
whereas the remote specialist computer 30 may be a personal computer connected to the host 10 via 
a modem and a dial-up SLIPP/PPP connection 3 1 . Moreover, by using the HTML document format 
for request and comment forms, subscribers may access and use the system using special purpose or 
conventional HTML browser/viewer software (e.g., a Mosaic or Netscape browser), and the 

25 supervisory computer 10 may process these HTML forms using CGI script programs 92 to produce 
HTML documentation which may be conveniently accessed, reviewed and browsed by the 
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participants to the consulting session. CGI script programs also create the HTML case histories 
(HTML request forms, comment forms and linked HTML and FTP support files) in the database 48, 
which can also be, searched, reviewed and browsed by subscribers. 

As illustrated at 100 in Fig. 3, an individual case history thus advantageously includes a table 
of contents HTML page 101 which includes, or links to, the question posed for consultation 102 and 
patient information at 104 (with further links, if necessary, to other HTML pages containing 
pathologies, reports, lab results, and image data), and a citation listing 106 with links to cited 
supporting material in the supervisory computer's mass storage system, such as publications, 
protocols, lessons and other case histories. When the specialists comment(s) are received for 
processing, the comment handler CGI script seen at 105 adds a link to the request HTML page at 107 
which identifies the comment HTML page 108, and the comment page 108 in turn, contains its own 
citation list 1 10 containing links to whatever additional supporting materials in the database 40 have 
been cited by the specialist. 

The links themselves may advantageously take the form of conventional Uniform Resource 
Locators (URLs), permitting citations to be made to information sources outside the system which 
are available via the World Wide Web (WWW), FTP or Telnet. As will be understood, the 
supervisory computer itself can also advantageously operate as a World Wide Web server which is 
hence accessible to authorized users from any computer equipped with an Internet connection and 
standard web browsing client software, allowing primary care physicians to have access to consulting 
services from remote locations in emergency situations. 

It should be understood that the embodiment of the invention which has been described is 
merely illustrative of one application of the principles of the invention. Numerous modifications may 
be made by those skilled in the art without departing from the true spirit of the invention. 
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